gh-149289: Make lint failures block merge#149290
gh-149289: Make lint failures block merge#149290JelleZijlstra wants to merge 1 commit intopython:mainfrom
Conversation
|
This makes lint run twice on PRs, I think we only need one run. |
|
This means we have two lint runs? They only take about 25 to 45s each, so not too much considering all the rest, but can we have only one run? It'll make the list of logs easier to look at (which job should I check?), and during busy sprints, the extra jobs can take up a runner, adding some overhead in waiting for a free runner and so on. Another option is to mark the existing lint job as required in branch protection rules (I can do it). |
|
Either works for me! What do you think is best? |
|
I've added it as a required check for all the branches. |
|
Hang on again, I shouldn't look at this PR, the "lint" is the one we need! Will flip it back... |
|
Okay, all set, except for |
|
Thanks! |
|
Late to the party, I think this is the change we ideally wanted to make full use of the 'all-green' check. We just needed to completely remove |
|
We could, but |
|
The counter-argument is that the all-green check's sole purpose is to avoid as many Maybe there's a better arrangement of things, but I don't think the simplicity of |
|
I also wanted to say that we should have a |

Uh oh!
There was an error while loading. Please reload this page.